home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0080 / 835.txt < prev    next >
Text File  |  1997-04-16  |  12KB  |  279 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed, 20 Dec 89       Volume 89 : Issue  835
  4.  
  5. Today's Topics:
  6.                       Dungeon Master and TOS 1.4
  7.                     How to know we are in TOS 1.0?
  8.                     I/O redirection to the printer
  9.                      Optimism about Atari Canada
  10.                        Problem with menu_text()
  11.                             Ringing bells
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 20 Dec 89 05:15:28 GMT
  15. From: psuvm!sml108@psuvax1.cs.psu.edu
  16. Subject: Dungeon Master and TOS 1.4
  17. Message-ID: <89354.001528SML108@PSUVM.BITNET>
  18.  
  19. Has anyone successfully run Dungeon Master in TOS 1.4?  I want to buy it but
  20. I need to know this..... FAST... Send your replies via email...
  21.  
  22. Scott Le Grand aka SML108@PSUVM.PSU.EDU
  23.  
  24. ------------------------------
  25.  
  26. Date: 19 Dec 89 19:14:31 GMT
  27. From: fox!portal!atari!apratt@apple.com  (Allan Pratt)
  28. Subject: How to know we are in TOS 1.0?
  29. Message-ID: <1903@atari.UUCP>
  30.  
  31. colas@modja.inria.fr (Colas Nahaboo) writes:
  32.  
  33. >My question is: what is the LEGAL way to know I am running on an ST with
  34. >TOS 1.0 roms from a C program? [...]
  35. >
  36. >All I have seen is de-referencing the pointer
  37. >       unsigned char *ROMS_YEAR = 0x00fc0018L + 3L;
  38. >which gives you the year of the TOS (on US and French tos it is 0x86), but
  39. >this is undocumented, and will surely break on the STe, since the Roms are
  40. >not in the same place!
  41.  
  42. Good for you!  You're right, the ROMs are free to move from rev to rev.
  43. So you can't use a constant for an address in the ROM.  However, you
  44. can use a variable, and there is one: the system variable _sysbase
  45. at $4f2 holds the base of "the OS header" which is where things like
  46. the date are kept.
  47.  
  48. This code extracts the date as a LONG from the OS header, no matter where
  49. it lives:
  50.  
  51.         char *sysbase = *(char **)0x4f2;
  52.         long romdate = *(long *)(sysbase + 0x18);
  53.  
  54. romdate will have a number like 0x04061989 for April 6, 1989.
  55.  
  56. >PPPS: and do not tell me to pay to become a registred developper, all my atari
  57. >programming is public domain! :-)
  58.  
  59. That doesn't matter.  If you paid to become a registered developer, you
  60. would be able to look this stuff up instead of bothering all of us! :-)
  61. You don't have to be a commercial developer to join the Atari developer
  62. program.  (I know I'm answering your question anyway -- think of it as
  63. advertising. (If you're a Net God, *don't* think of it as advertising!))
  64.  
  65. ============================================
  66. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  67. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  68.  
  69. ------------------------------
  70.  
  71. Date: 19 Dec 89 09:45:06 GMT
  72. From: mcsun!unido!ztivax!tumuc!guug!pcsbst!cochise!roland@uunet.uu.net
  73. Subject: I/O redirection to the printer
  74. Message-ID: <1174@pcsbst.UUCP>
  75.  
  76. Hallo Thomas,
  77.  
  78. UI0T@DKAUNI2.BITNET ("Thomas Koenig") writes:
  79.  
  80. >I am having a strange problem with I/O redirection.  To redirect
  81. >standard output to the printer, I wrote the following test program:
  82.  
  83. I think You just re-discovered one of the older bugs of TOS.
  84. I have hit upon this problem when trying to redirect the messages
  85. from Turbo-C ( commandline version ) to a file. For the compiler TCC
  86. this worked fine, however, the linker put out only NULs. ( Substituting
  87. ALN as linker solved this problem. )
  88.  
  89. A little disassembling showed that the linker used Cconout() for
  90. basic output, whereas TCC relied on Fwrite( 1, ... ).
  91.  
  92. >    Fclose (1);
  93. >    Fforce (1, printhandle);
  94. >    printf("Hello, world!\n");
  95. >/*    Cconws("Hello, world!\n");    */
  96.  
  97. So try:
  98.      Fwrite( 1, "Hello world!\n", 13 ) ; /* modulo correct ordering */
  99.  
  100. ( This should work, and I suppose that the printf() is based on
  101.   F
  102.  
  103. ------------------------------
  104.  
  105. Date: Wed, 20 Dec 1989 08:47 EST
  106. From: Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
  107. Subject: Optimism about Atari Canada
  108.  
  109. One netter posted a note about what he perceives to be an upward turn in
  110. Atari fortunes (e.g. 6 1040STEs sold by a dealer in Toronto). The following
  111. is a copy of a note I sent to Geoff Earle, the national sales manager for
  112. Atari Canada. Now, I really should not be posting this note for two reasons.
  113. First, Mr. Earle has not had time to respond to it and second, I am sending
  114. this note from my regular full time day job mainframe mailer and I should
  115. not be doing any third party business on company time (I'll skip coffee
  116. break this morning). However, if anything, this posting will have a negative
  117. effect upon my Atari dealership because it points out the problems I have
  118. had as a novice dealer. In addition, it is a general interest item that
  119. is not business oriented so I hope my local management will forgive the minor
  120. transgression (I am doing this for the greater good of Atari users,
  121. not for personal gain).
  122.  
  123. I do want to point out that Atari Canada has tried its utmost to get me
  124. through the problems in one piece (special thanks to Denise Carrol). However
  125. I am a little disappointed to hear on the net that a Toronto dealer has
  126. actually sold 1040STEs when I was told by Atari every day for the last two
  127. weeks that there are no STEs available in Ontario (only a 'small shipment
  128. to be sent west', whatever that means). As I say in the letter below, I want
  129. to be honest with my customers, I expect the same of Atari Canada and its
  130. relationship with its dealers.
  131. =========================================================================
  132.                                                              89.12.18
  133.  
  134. Attn: Mr. Geoffry Earle
  135.  
  136. To  say  the  very least,  my experiences  with  Atari  Canada  since
  137. becoming a dealer have not been memorable.
  138.  
  139. 1.   The first problem started when Bruce Stetham made what seemed to
  140.      be  a  minor  error  and told me  that  1040STE  computers  were
  141.      available  in Toronto (in October).  I advised my  customers  to
  142.      order STEs instead of the old 1040STs thinking that it would  be
  143.      only  a  matter  of  days before Atari  Canada  could  ship  the
  144.      equipment.
  145.  
  146.      Since  October,  I have been told a least 6 different dates  for
  147.      STE availability.  Two customers who had ordered STEs have since
  148.      acquired  alternative  (i.e.  non Atari) systems.  I  have  been
  149.      unable to sell 1040STs because everyone is waiting for the STEs.
  150.      As such,  my bread-and-butter product,  which was supposed to be
  151.      available, has put a large roadblock in sales.
  152.  
  153.      I ordered two STs for store stock in lieu of STE product.
  154.  
  155. 2.   I  have  an order on the books for two STACYs with 20  meg  hard
  156.      drives. I know that STACY availability was never specified and I
  157.      can accept the delays.  Unlike the STE issue,  I was not given a
  158.      lengthy  list  of delivery dates only to see  each  one  missed.
  159.      Hopefully, Atari will have STACYs soon.
  160.  
  161. 3.   I ordered a PC4/12H and a PCC1424 EGA monitor.  The PCC1424  was
  162.      not  available  and a PCM124 was substituted.  When the  PC  and
  163.      monitor  arrived,  they  were DOA.  In  addition,  the  shipping
  164.      cartons  already  had  return authorization numbers  and  it  is
  165.      likely that the system had previously been returned DOA to Atari
  166.      prior to shipment to me.
  167.  
  168.      The PC had been ordered for a public display at one of the local
  169.      schools.  I  had  to  bite my lip and tell people  that  the  PC
  170.      arrived DOA and apologized for advertising a system I could  not
  171.      demonstrate.
  172.  
  173.      The  system  was  return on a CRA number and  a  credit  issued.
  174.      However,  the credit was for a mono system yet I had paid for  a
  175.      colour  system.   Now,  I  am  trying  to  get  Atari's  finance
  176.      department  to  correct the discrepancy between  the  surplus  I
  177.      calculate  to have on account with Atari and what Atari  says  I
  178.      have on account. Hopefully, this can be resolved soon.
  179.  
  180.      In  addition to the physical problems with the  PC4,  I  advised
  181.      Bruce Corbett that the dealer book specs for this computer  were
  182.      different from the machine that was delivered (different BIOS, 1
  183.      serial port not 2).  I asked that I get clarification as to  the
  184.      current specs for the computer.  So far, I have not received any
  185.      information.
  186.  
  187. 4.   I ordered a Mega 2/SM124 system.  The Mega 2 arrived DOA and was
  188.      returned. So, out of orders for four computers, two arrived DOA.
  189.      Let's hope the DOA frequency drops for future orders (I am still
  190.      waiting for the Mega 2 to return from Atari).
  191.  
  192. 5.   Today,  I  called  Atari  about the availability  of  the  Atari
  193.      ABC286/30 computer (AT compatible) and I was told by both Denise
  194.      Carrol and a representative in your service department that they
  195.      had  never even heard of this system.  This response from  Atari
  196.      was  both  unexpected  and  irritating.  Having  come  close  to
  197.      finalising the sale of an ABC286/30 with only the delivery  date
  198.      to be determined,  I was amazed that Atari staff claimed to have
  199.      never  heard of a system that has a detailed spec sheet  in  the
  200.      dealer book.
  201.  
  202.      Quite simply, this situation is unacceptable. How can I possibly
  203.      sell  Atari equipment when I can put absolutely no faith in  the
  204.      dealer  book or the ability of Atari Canada to supply  products?
  205.      The only problem I have selling Atari computers is Atari Canada.
  206.  
  207. I would like to find out from you,  the National Sales manager,  if I
  208. can expect to receive a dealer book that has accurate information and
  209. if I can be given realistic and reliable delivery dates for products.
  210. Otherwise, I have to tell prospective customers that it is not a safe
  211. bet  to  place  an order for Atari computers.  I am  honest  with  my
  212. customers,  hopefully  Atari Canada can be honest with its  customers
  213. the dealers.
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.                                    Greg Csullog
  221.                                    Owner of Click Here Computers
  222.  
  223. ------------------------------
  224.  
  225. Date: 19 Dec 89 16:21:11 GMT
  226. From: bnrgate!bnr-fos!bigsur!bnr-rsc!oldfield@uunet.uu.net  (John Oldfield)
  227. Subject: Problem with menu_text()
  228. Message-ID: <1616@bnr-rsc.UUCP>
  229.  
  230. This is from a friend who doesn't have net-access....
  231. -------------------------------------------------------
  232.  
  233. Every time I try to update the text in a menu item,
  234. my program crashes.  The call I am using to change
  235. the text is
  236.  
  237. menu_text(menu_ptr, ITEM_CONST, new_text);
  238.  
  239.    menu_ptr   - a pointer to the menu tree
  240.    ITEM_CONST - index of a menu item
  241.               - from the .H file created by a
  242.                 resource construction program
  243.    new_text   - pointer to a null-terminated
  244.                 character string
  245.  
  246. I have tried using strings that are shorter, the same
  247. length and longer than the existing menu item text.
  248.  
  249. I have tried putting wind_update(BEG_UPDATE) before
  250. the menu_text call and wind_update(END_UPDATE) after.
  251.  
  252. I have tried putting menu_bar(menu_ptr, FALSE) before
  253. the menu_text call and menu_bar(menu_ptr, TRUE) after.
  254.  
  255. I have also tried surrounding the menu_text call with
  256. both wind_update and menu_bar calls.
  257.  
  258. What am I doing wrong?  Please help.
  259.  
  260. -----------------------------------------------------
  261.  
  262. from John Oldfield oldfield@bnr-rsc
  263.  
  264. ------------------------------
  265.  
  266. Date: Wed, 20 Dec 89 11:47:14 MEZ
  267. From: ONM07%DMSWWU1A.BITNET@CUNYVM.CUNY.EDU (Julian Reschke)
  268. Subject: Ringing bells
  269. Message-ID: <8912201047.AA01413@freya.dmswwu-ether>
  270.  
  271. Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Tel.: 0251/861241
  272. email: ONM07@DMSWWU1A.BITNET
  273.  
  274.  
  275. ------------------------------
  276.  
  277. End of INFO-ATARI16 Digest V89 Issue #835
  278. *****************************************
  279.